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Background of Invention 

[0001] BACKGROUND 

[0002] DISCUSSION OF PRIOR ART 

[0003] Automation and control systems are used today to handle several types of 
processes, varying from industrial processes, building or home security and 
automation, up to car security and monitoring, etc. 

[0004] Independent from the type of involved process, there is always a 

programmable device, usually called controller, capable of executing the control 
and monitoring mechanism applied to such process. If a single controller is not 
enough to handle a complex process, a group of them can be joined together to 
provide the solution. A control network is then established to allow the 
communication between controllers, each one of them carrying out its own tasks 
but synchronizing control functions. 

[0005] In order to monitor the control mechanism, a monitoring station is used. It is 
usually represented as a graphical interface located either local with the controller 
or as a remote console connected to the control network. 

[0006] A con troller is then a device comprising both hardware and software elements. 
Fig 1 shows a block diagram of a generic controller 1 1 0. An application block 1 1 2 
represents the software element. The application is a group of programming code 
made for a hardware 1 14, which represents the physical control equipment named 
before. The logic function or control algorithm defined by the user is programmed 
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according to the capabilities of the hardware 114. Hardware 1 14 is the device 
responsible for the execution of the control algorithm and can be described by 
four main elements: • Central process unit (CPU) 1 1 6: Executes the logical and 
arithmetic operations. 

[0007] • Memory unit 1 1 8: Contains both volatile and non-volatile information. The 
volatile memory is represented by the Random Access Memory (RAM), which is 
used to store temporal calculation quantities and temporal execution code. The 
non-volatile memory is used to store the execution code, control parameters, 
identification numbers or any other information that must be permanently stored 
even if the controller is shut down. 

[0008] • Input/Output unit 120: This is controllers interface to the process. The 

inputs take information from external sensor devices, which indicate the state or 
behavior of the process being controlled. The outputs generate the adequate 
signals according to the control algorithm in order to apply the control strategy. 

[0009] • Communication unit 1 22: This is the interface to the control network. This 
unit is responsible for the communication with other controllers or the monitoring 
console. 

[001 0] Finally, a network 1 24 provides the connection between controllers. In modern 
systems, a communication model called the OSI model represents network 
capabilities. This model is a seven-layer communication stack. It is called stack 
because each layer is located on top of another layer and each layer has its own 
defined functions according to different levels of abstraction. The lower four layers 
are necessary to ensure the integrity of the send data and will be discussed next. 

[0011] 

The lowest layer is called physical layer. It describes the electrical 
characteristics of the transfer, the type of transmission media and the electrical 
representation of a binary piece of information. The next layer is the data link 
layer. It handles the arrangement of bits to define frames of information, it also 
takes care of the error correction in a frame transfer by adding an error correction 
code. Two sub-layers are defined into de data link layer: The Media Access Control 
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(MAC) layer handles the way of sharing the physical media between all nodes 
present in the network, establishing a method to solve collisions and incomplete 
transfers. The link layer handles the physical addressing, defining unique 
identifiers for each node to send and receive frames. The third layer is the network 
layer. It defines logical addresses in order to identify nodes located either on the 
same network or on external networks. The fourth layer is the transport layer. This 
layer establishes logical connections between source and destination nodes and 
ensures order and integrity of the information. 

[0012] Traditionally control networks have been considered as local networks. In this 
context the network layer is not needed since a controller network doesn"t need a 
dynamic logic address assignation. The hardware static addressing provided by the 
data link layer is enough. In the other hand, in a data-oriented network like the 
Internet, a logical addressing mechanism must exist to interconnect systems 
located on different local area networks. The physical, data link and transport 
layers must be always defined in a control network in order to obtain a reliable 
communication process. 

[001 3] It can be seen that a programmed application in a given hardware, interacting 
through a network with other controllers, contributes to the control solution to a 
given-process. 

[001 4] It is desirable the existence of a general appliance controller, capable of 

handling a wide range of applications or control strategies working over a wide 
range of control networks using different types of protocols. Working with the 
controller model explained in Fig 1 , two factors must be taken care of in the 
method of designing such controller: 

[001 5] • There must exist a simple mechanism to program and monitor a given 
application made to operate on the controller. Such mechanism involves 
programming and monitoring tools available to the user in the form of a 
programming language and a graphic user interface. 

[0016] 

• The internal operation of the controller must be independent from the type of 
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network or communication protocol being used to connect with other control 
devices. 

[001 7] In the recent past there has been different approaches to the first factor, by 
including a high level programming language in the controller as the native 
programming tool (e.g. US patent 6,201 ,996). It proposes the inclusion of a web 
server into the controller capabilities in the form of hardware and software 
adequate to provide web services. A web page is downloaded from the controller 
(server) to a personal computer (host) to provide monitoring services. Such design 
has some consequences, has listed next 

[001 8] : • The hardware and software needed to manage a web page increase 

controllers complexity and hence the cost. If the target is to design a simple, low- 
cost controller to build a distributed control network using several controllers, this 
is not the best solution. 

[001 9] • By using web server capabilities working with the TCP/IP transport and 

network layer protocols the controller is limited to work with IP addressing. Any 
other type of network layer protocol using a simpler addressing mechanism is not 
considered, limiting controllers networking flexibility. 

[0020] • In order to monitor the control network each controller is considered as an 
independent web server containing a web page. Even when a link present in the 
web page can be used to call another web page located in a remote controller, a 
distributed monitoring mechanism is proposed. Placing independent graphic 
interfaces on each controller limits the possibility to create centralized, easy to use 
monitoring stations suitable to be used by an operator. 

[0021] • The presence of several independent web pages running on each controller 
doesn"t allow complex changes to the monitoring interface. In order to make a 
change all web pages involved in such change must be reloaded in its respective 
controller, instead of using a central monitoring station where the monitor system 
could be partially or totally changed at once. 

[0022] jn the Qther handj a so | ut j on to establish a control network using different 
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types of networks proposes the inclusion of communication routines as part of the 
source code of the controller. The controller, represented by an 8 or 1 6-bit 
microcontroller, is then made suitable to communicate with a personal computer 
working as a gateway both to other controllers and to the Internet (emWare, Inc. 
Salt Lake City, UT). With this approach specific communication libraries are 
provided to the user in accordance to the model and manufacturer of the 
microcontroller. In order to support different kinds of communication standards, 
like RS232, RS485, Ethernet, or modem dial-up, a particular set of routines are 
defined for each standard. With this method, network capabilities of the device are 
directly included into the assembly code of the microcontroller responsible for the 
control strategy. It makes impossible changing the type of communication network 
without recompiling and reloading the entire code representing the control 
application. In this case the controller doesn"t have the flexibility to work with 
different kind of networks without changing or reloading the control application. 

Summary of Invention 

[0023] A method to design a versatile controller considering three levels of abstraction 
is defined. At the bottom lies the control network representing the first level, 
followed by the controller (second level), which executes the control strategy over a 
given process, and finally the programming language or programmer interface 
along with the graphic user interface (third level) suitable to monitor the control 
system. Adequate interfaces are defined between these three levels in order to 
make a level independent from its neighbor(s). 

[0024] Versatility from the programmer interface to the controller is accomplished 
defining an object-oriented programming strategy, where an object is a block 
function responsible for carrying out specific functions into the controller. A group 
of interacting objects are connected with each other in a high level programming 
language to define a control application. The application is compiled according to 
specific code instructions suitable to controllers hardware, which is capable of 
decoding the compiled set of objects in order to execute the function comprised by 
each object. Every information needed by the monitor station is provided from the 
controllers by included objects whose function is to maintain updated information. 
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The monitoring station contains a Monitoring Graphic User Interface, which is able 
to request and receive valuable information from the existent controllers in the 
control network to display it as a graphical representation to the human operator. 

[0025] Versatility from the controller to the control network is made with the inclusion 
of an external device (Network Adapter) between both elements and it"s 
responsible for handling the lower four layers of the OSI communication model. 
The controller only handles two primitive network functions (Send and Receive) in 
order to communicate with other controllers. The network adapter contains 
hardware and software needed to specifically manage the selected type of layer 3 
or layer 2 communication protocol. A logic identifier corresponding to the 
destination controller is given to the network adapter in a call to the Send 
primitive. The network adapter is responsible of mapping the logic identifier with 
the layer 3 or layer 2 address corresponding with the destination controller to 
finally send the information to the control network. 

[0026] OBJECTS AND ADVANTAGES 

[0027] Accordingly, several objects and advantages of the present invention are:a)To 
define a method to abstract the control application programming and the 
monitoring graphic user interface from the controller native programming 
language, in order to allow the existence of any kind of control application into the 
controller, independent from the programming language or the monitoring station. 

[0028] b)To define a method to abstract the controller from the type of control 

network, in order to allow the functioning of the controller over any kind of layer 3 
or layer 2 communication protocol or network. 

[0029] Other objects and advantages of this invention will become apparent from a 
consideration of the ensuing description and drawings. 

Brief Description of Drawings 

[0030] Fig 1 Shows the elements related to a generic controller. 

'° 031 ^ Fig 2 Shows the elements defined in fig 1 along with the elements defined for 
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this invention. 

[0032] 

[0033] LIST OF REFERENCE NUMERALS IN DRAWINGS 

[0034] 1 1 0 Generic controller 

[0035] 

[0036] 1 1 2 Application or control strategy programmed in controller 1 1 0 

[0037] 1 1 4 Hardware comprising controller 1 1 0 

[0038] 1 1 6 Central Processing Unit of hardware 1 1 4 

[0039] 1 1 8 Memory unit, volatile and non-volatile memory of hardware 1 1 4 

[0040] 1 20 input/Output unit of hardware 1 1 4 

[0041] 122 Communication unit of hardware 114 

[0042] 1 24 Generic control network 2 1 0 Operative System in controller 1 1 0 

[0043] 212a, 212b, 21 2n Software micro-objects 

[0044] 2 1 4 Application code2 1 6 High level language compiler 

[0045] 218 Micro-objects library 

[0046] 220 Graphic User Interface 

[0047] 222 Monitoring Graphic User Interface 

[0048] 224 Network Adapter 

Detailed Description 

[0049] 

The generic controller containing the elements shown on Fig 1 is considered as 
a basic design comprising application 112 loaded on hardware 1 14. Both hardware 
and software elements can work in a networking environment using the generic 
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network 1 24. Network 124 is considered as any layer 2 or layer 3 communication 
protocols. 

[0050] In order to design a versatile controller, it must be an abstract entity to the 
control network. At the same time, the control application and the monitoring 
interface must be two abstract elements programmed in high level languages in 
order to create an abstract level between software and hardware. Such abstraction 
is accomplished by the inclusion of interfaces between those three elements 
(software, hardware and network). Fig 2 shows the preferred embodiment for this 
invention. 

APPLICATION-CONTROLLER INTERFACE 

A traditional method to program a controller implies the programming of a set 
of instruction according to the particular controller. It requires programming 
experience applied to the particular programming language. In the same manner, 
adequate routines must be included in controllers executing program in order to 
monitor to monitor alarms, states, quantities, etc, related to the controlled 
process. 

yk [0053] Modern programming methods consider the creation of abstract elements 
5 called objects. An object is a software entity, which represents a concept. An object 

^ contains defined data structures that can"t be directly modified. Those structures 

contain data fields, which define the object attributes. The definitions of methods 
applied to each particular object allow the programmer to interact with the content 
of the structure fields, not the structure itself. Furthermore, basic objects can be 
part of a more complex object, establishing a hierarchical structure where parent 
objects can call children objects to accomplish a task. For example, an automatic 
sliding door could be represented as a software object in the form of the object 
Door. The object Door is represented by a structure with two fields called Position 
and State. Position is a variable indicating a percentage where 0% means the door 
is closed and 1 00% that is fully open. State is a binary variable indicating if the 
door is or isn"t locked, being possible or not its movement. Two methods could be 
associated to the door. Those methods are Open and Close. They include an input 
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[0051] 
[0052] 
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value indicating the percentage the door must be opened or closed. Additionally, in 
order to physically execute both methods, a children object called Motor with 
methods Forward and Back is called in order to make the door move in any 
direction. 

[0054] The object-oriented programming strategy is considered for this invention, 

which comprises the calling of objects and methods instead of dedicated functions. 
The inclusion of objects provides a more structured methodology adding a new 
abstraction level, as will be explained later. 

[0055] Looking at hardware 1 1 4 on Fig 2, an Operative System (OS) 21 0 is considered 
here as a logic program running on the controller responsible for the 
administration of the available resources named before, it administrates the CPU 
1 1 6 usage to make operations, assigns memory resources 1 1 8 according to 
application 1 1 2, and controls I/O and communication resources 1 20 and 1 22 
respectively. 

[0056] The OS is responsible for the correct execution of application 1 1 2. Application 
1 12 is made with a group of interacting micro-objects (mO) (212a, 212b, 21 2n). A 
mO is a software object created using the machine-instruction code corresponding 
to the hardware 1 14. A mO comprises a series of instructions executing a 
particular function, which consumes available resources. For example, in an access 
control application, a mO called Card with two related methods called Number.in 
and Search are used to read a card number first and then look for that number in 
memory. The method Numberjn involves the use of communication resources 
1 22, since the card value is taken from an external card reader. The method Search 
makes use of memory resources 1 1 8 to look for the valid card number. 

[0057] Based on the native programming instruction and hardware resources of 

controller 1 1 0, a micro-objects library 21 8 is created, containing several types of 
mO, each one with its own methods and capabilities to establish execution 
relations with other micro-objects. In hardware 1 14, OS 21 0 is the logic entity 
capable of decoding the structures and methods associated with each mO, 
assigning resources to the execution of the corresponding methods. 



Page 9 



[0058] In a high level-programming environment, a Graphic User Interface (GUI) 220 is 
provided to the programmer or user to build an application using a graphic 
interface. The user will have the micro-objects library 21 8 to program a high level 
application, taking a subset of the available mO in the form of block functions. 
Using the inputs, outputs, methods and relations between micro-objects the 
programmer is able to construct the control strategy. A compiler 216 generates a 
corresponding application code 214 in the form of executable instructions 
representing the micro-objects suitable to hardware 1 1 4. Application code 21 4 is 
downloaded to controller 1 1 0 either through control network 1 24 or through a 
dedicated local connector present in controller 1 10. OS 210 will finally be 
responsible for the execution of application 1 1 2 stored in the non-volatile 
memory. 

[0059] In order to provide adequate monitoring tools a Monitoring Graphic User 
Interface (MGUI) 222 is defined. As shown on fig 2, it has a direct relation with 
application 112. This can be done taking previous considerations in the application 
programming process explained before. 

[0060] Micro-objects library 218 contains all objects capable of carrying out all 

control functions suitable to controller 1 1 0. A controller function is not limited to 
execute the programmed control algorithm. It also must be capable of reporting 
updated functioning status, variable states, alarm conditions, or any other 
information required by the operator, adequate to supervise both the control 
system and the process being controlled. 

[0061] A group of micro-objects is defined to input control commands or requests 

and to output status, quantities or responses. Those monitoring micro-objects are 
included at will by the programmer according to the desired states or values that 
must be supervised. All needed monitoring micro-objects are included in the 
programming phase made on GUI 220 and are compiled together with micro- 
objects 212 responsible for the control strategy. Application 1 1 2 will be able to 
communicate with a remote monitoring station containing MGUI 222 using the 
micro-objects dedicated to monitoring functions. 
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[0062] In a preferred embodiment MCUI 222 is considered as a program running on a 
personal computer capable of communicating with the monitoring micro-objects 
included in controller 1 1 0. Physically the personal computer communicates 
through control network 124 with all existing controllers and collects information 
from each one of them. The gathered information is ordered to finally show it as a 
unified and coherent graphic display. 

[0063] All information requested is interpreted in the personal computer containing 
MCUI 222 and not in controller 1 1 0. Controller 11 0 is just responsible for 
answering the information requests for which it was programmed. Short burst of 
information containing simple data will be traveling from the personal computer to 
a given controller and backward. Any further processing of the requested data is 
made into the personal computer. Such further processing could be, for example, 
assign a particular format to the data, changing the display properties according to 
received value or state, requesting for another information based on the actual 
value, etc.Utilization of an object-oriented strategy separates application 
programming from the type of controller used. To the user exists a library of 
objects with relations to connecting them. To the controller exists a group of mO 
in the form of executable code that will be managed by OS 210. In the case of 
changing controller 1 1 0, GUI 220 and micro-objects library 21 8 is maintained. A 
new set of mO 212 programmed to the new hardware will contain methods and 
data structures analogue to the old set of mO 212. A new compiler will be 
responsible to convert the same object calls made in the high-level programming 
environment to the new set of mO. An effort must be made to define a wide variety 
of mO in order to allow the existence of more complex control applications. 

[0064] Furthermore, by using micro-objects to maintain constant communication with 
the supervisory station, the graphic interface available to the operator is isolated 
from the type of used controller. MCUI 222 only has to communicate with micro- 
objects present 212 on controller 1 10 dedicated to provide the requested 
information. Controller 1 1 0 doesn"t need to contain any special function or routine 
to provide a final user interface suitable to the operator. Instead, it only has to deal 
with the programmed objects responsible to update information required by MGUI 
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222. 

[0065] With this structure MGUI 222 can increase its complexity independent from the 
processing power of the available controllers, since all processing power related to 
monitoring matters is unified into the personal computer while the control strategy 
is distributed through the available controllers. It means that in the case of failure 
of MGUI 222 the control network would still work fine, but without the presence of 
the monitoring station. 

[0066] MGUI 222, being a central entity, can also be changed without modifying the 
application contained on each controller, maintaining only the same calls to the 
monitoring micro-objects present on each one of them. 

[0067] CONTROLLER-CONTROL NETWORK INTERFACE 

[0068] As shown on Fig 2, a network adapter 224 must be added in order to provide 
network capabilities. As was said before, the four lower layers of the OSI model are 
needed to obtain a reliable communication. Network adapter 224 is a device 
independent from controller 110 responsible for handling all communication layers 
needed to provide a reliable data transfer. 

[0069] From the point of view of controller 1 1 0, there are only two primitive functions 
related to network adapter 224, called Send and Receive. A Logic ID (LID) is 
assigned to each controller as part of a data field stored in a mO dedicated to 
network functions. As shown on Fig 3, a method of a mO involving data 
transmission to another controller is made by calling the primitive Send with four 
parameters: Service 310, Length 312, Destination LID 314 and Source LID 316. 
Service 310 indicates if the packet must be sent using a reliable mechanism or an 
unreliable mechanism. In a reliable context, a data packet is sent and an 
acknowledge indication generated by network adapter 224 working in the 
destination controller is expected. If such indication is not received in a certain 
amount of time network adapter 224 can either send the packet again or return a 
send error to controller 1 10. In an unreliable service an acknowledge indication is 
not expected and the packet can be lost in the transfer process. 
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[0070] Length 312 indicates the size of the information to be transmitted, so network 
adapter be able to reserve memory space to receive the information. 

[0071] Destination LID 314 and Source LID 316 are the destination controller and the 
source controller 1 10. Destination LID 314 is a high-level representation of a 
controller that can be referenced in application 1 1 2. There is always a low-level 
address corresponding to communication layer 2. As was said before, this physical 
address is related to the hardware involved in the data transfer. Network adapter 
224 must contain a mechanism to map each Destination LID 314 indicated in a 
Send primitive with the associated hardware address. Those skilled in the art must 
recognize existing mechanism to accomplish this task, for example, the Address 
Resolution Protocol, which is used to obtain a hardware address having the logic 
address. 

[0072] In the case of a layer 3 protocol, network adapter 224 must also contain a 

mechanism to map Destination LID 31 4 with the corresponding logic address and 
hardware address, corresponding to communication layers 3 and 2, respectively. 

[0073] An incoming data packet is received by calling the primitive Receive, as shown 
on Fig 4. Network adapter 224 must then return a similar structure, denoted by b 
suffixes, used in the Send primitive. The remote controller (not shown) is 
responsible for filling the fields to be received by controller 1 1 0. 

[0074] As can be seen, when the user programs an application only the source and 
destination LID must be known. Network adapter 224 is independent from 
controller 1 1 0, so it can be changed without reloading or reprogramming the 
controller. 

[0075] CONCLUSION, RAMIFICATIONS AND SCOPE OF INVENTION 

[0076] Thus, the reader will see that the design considerations shown before define a 
versatile controller, where versatility is considered as: controllers capabilities to 
execute any kind of control application, according to an object-oriented 
programming model; controllers capabilities to communicate with a monitoring 
station and; controllers capabilities to work on top of any layer 3 or layer 2 
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network. 

[0077] The adoption of an object-oriented methodology abstracts the high level 
programming language and the final monitoring graphic interface from the 
considered controller, being possible the substitution or modification of any of 
those three elements without affecting the other two. 

[0078] The inclusion of an external network adapter creates a gap, which abstracts the 
controller from the control network. The network adapter creates such gap taking 
all responsibility for particular network management functions applied to the 
selected type of network. 

[0079] While our above description contains many specificities, these should not be 
construed as limitations to the scope of the invention, but rather as an 
exemplification of one preferred embodiment thereof. Obviously, modifications 
and alterations will occur to others upon a reading and understanding of this 
specification. 

[0080] The description above is intended, however, to include all such modifications 
and alterations insofar as they come within the scope of the appended claims or 
the equivalents thereof. 
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